Sprint Retrospective - GRUPO 1
FISIO FIND - SPRINT RETROSPECTIVE - GRUPO 1
ÍNDICE
Ficha del documento
-
Nombre del Proyecto: FISIO FIND
-
Número de Grupo: Grupo 6
-
Entregable: #SPRINT 1
-
Miembros del grupo: Alberto Carmona Sicre, Antonio Macías Ferrera, Benjamín Ignacio Maureira Flores, Francisco Capote García, Daniel Alors Romero, Daniel Fernández Caballero, Daniel Ruiz López, Daniel Tortorici Bartús, Daniel Vela Camacho, Delfín Santana Rubio, Guadalupe Ridruejo Pineda, Julen Redondo Pacheco, Miguel Encina Martínez, Francisco Mateos Villarejo, Pablo Fernández Pérez, Ramón Gavira Sánchez, Rafael Pulido Cifuentes.
-
Contribuidores: Pablo Fernández Pérez (autor), Daniel Fernández Caballero (autor), Antonio Macías Ferrera (revisor)
-
Fecha de Creación: 13/03/2025
-
Versión: v1.1
Histórico de Modificaciones
| Fecha | Versión | Realizada por | Descripción de los cambios |
|---|---|---|---|
| 04/02/2025 | v1.0 | Antonio Macías Ferrera | Elaboración de la plantilla del documento. |
| 13/02/2025 | v1.1 | Pablo Fernández Pérez y Daniel Fernández Caballero | Elaboración de la plantilla del documento. |
Participantes
| Nombre completo | Rol | Contacto |
|---|---|---|
| Alberto Carmona Sicre | -- | albcarsic@alum.us.es |
| Daniel Alors Romero | -- | danalorom1@alum.us.es |
| Daniel Fernández Caballero | -- | danfercab@alum.us.es |
| Daniel Ruiz López | -- | danruilop1@alum.us.es |
| Pablo Fernández Pérez | -- | pablofp.33@gmail.com |
| Rafael Pulido Cifuentes | -- | rafpulcif@alum.us.es |
1. OBJETIVOS DE LA RETROSPECTIVA
La Sprint Retrospective es una oportunidad para reflexionar en equipo sobre el desempeño durante el Sprint. En esta reunión, buscamos:
- Evaluar el trabajo realizado y los resultados obtenidos.
- Reconocer los logros y buenas prácticas implementadas.
- Identificar los desafíos y problemas enfrentados.
- Analizar oportunidades de mejora para optimizar el próximo Sprint.
Nuestro objetivo es fomentar un proceso de mejora continua, fortaleciendo la colaboración y eficiencia del equipo.
2. METODOLOGÍA UTILIZADA
El equipo utilizó un enfoque basado en cinco secciones clave:
✅ Good: Se identificaron las acciones y prácticas que funcionaron bien durante el sprint, destacando los logros y fortalezas del equipo.
🔴 Bad: Se señalaron aquellos aspectos que no se manejaron de manera óptima, incluyendo desafíos enfrentados y posibles áreas de mejora.
🟡 Start: Se discutieron iniciativas o prácticas que el equipo debería comenzar a implementar para mejorar la dinámica de trabajo.
🟠 Stop: Se identificaron procesos o hábitos que han resultado poco efectivos y que deberían ser eliminados o modificados.
🔵 Actions: A partir de los hallazgos de las secciones anteriores, se definieron acciones concretas para aplicar en los próximos Sprints, asegurando así un proceso de mejora continua.
Este tipo de retrospectiva permite que el equipo reflexione de manera estructurada sobre su rendimiento y fomenta una cultura de aprendizaje y adaptación, proceso crucial en la correcta aplicación de una metodología ágil.
3. DISCUSIÓN Y FEEDBACK
GOOD: ¿Qué salió bien?
- ✅ El reparto de tareas se hizo desde el primer momento y todos los miembros trabajaron de forma equilibrada.
- ✅ Pudimos resolver con facilidad el problema que suponía inicialmente la funcionalidad de las videollamadas.
- ✅ Aprendimos en poco tiempo a usar el stack de frontend propuesto.
BAD: ¿Qué NO salió bien?
- 🔴 El bajo número de commits y pull requests ralentizó el progreso, dificultando que todos los miembros asignados a cada tarea pudieran trabajar de manera simultánea sobre el mismo código.
START: ¿Qué debemos empezar a hacer?
- 🟡 Integración más frecuente del código a las ramas principales.
- 🟡 Añadir tests para la funcionalidades críticas como las videollamadas para garantizar que funcionan independientemente de cambios futuros.
STOP: ¿Qué debemos dejar de hacer?
- 🟠 Evitar la integración tardía del código, ya que genera conflictos difíciles de resolver.
- 🟠 No postergar las revisiones de código, para asegurar la calidad y coherencia proyecto.
4. CONCLUSIONES
Detalle de las acciones acordadas para el próximo Sprint. Se deberá incluir el contenido de ACTIONS, mencionando los aspectos que se deben empezar y dejar de hacer:
| Acción | Responsable | Fecha límite |
|---|---|---|
| 🔵 Aumentar la frecuencia de commits e integraciones en las ramas principales para mejorar la colaboración. | Todo el grupo | Cada tres días durante el Sprint (Si se ha trabajado) |
| 🔵 Implementar revisiones intermedias en las tareas de desarrollo | Daniel Ruiz López, Rafael Pulido Cifuentes | Cada semana |
Aprobado por:
Scrum Master: Antonio Macías Ferrera